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RESOLVING LICENSE DEPENDENCIES FOR 
AGGREGATIONS OF LEGALLY-PROTECTABLE CONTENT 



RELATED APPLICATIONS 

5 [0001] This is related to co-pending and concurrently-filed U.S. Utility Patent Application 

No. 10/ , entitled "Authenticating Licenses for Legally-Protectable Content Based on 

License Profiles and Content Identifiers" and identified by Attorney Docket No. BDO-002.01, 
the entirety of which is incorporated herein by reference. 

TECHNICAL FIELD 

1 0 [0002] The disclosed technology relates generally to aggregations of legally-protectable 

content and more particularly to resolving license attributes to facilitate the aggregation of such 
content. 



BACKGROUND 

[0003] Individuals, groups, associations, organizations, and/or other types of entities 
15 interested in compiling, aggregating, and/or otherwise intermingling legally-protectable content 
such as music, art, video, text, multimedia, technology (e.g., software), technological/business 
know-how, contract rights, and/or any other type of content that is protectable under patent law, 
copyright law, trademark law, trade secret law, contract law, and/or under other legal bases need 
to consider the individual rights, restrictions, and/or prohibitions established by content owners 
20 for the use, distribution, modification, combination, interaction, and/or other manipulation of 
such content to avoid infringing upon the content owners' rights in that content. For example, 
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recent trends in software development are indicative of a proliferation of collaborative 
development environments in which entities developing particular software elements share such 
elements with other entities, who may be potentially unrelated to the developing entities. This 
collaborative behavior may leverage the expertise in a particular industry, expedite the formation 
5 of industry standards, and/or reduce duplicative development efforts and time to market for 
software products. Unlike traditional development environments in which a single entity 
controls the entire development of a software product and the ownership and rights in the 
software product are well known and/or readily identifiable, the software products generated, at 
least in part, by aggregating software elements from multiple entities in a collaborative 

10 development environment, obfuscate the legal rights, obligations, restrictions, and/or 

prohibitions that pertain to an aggregated software product and thus increase the risk that the 
makers, distributors, users, and/or other entities associated with an aggregated software product 
may infringe upon the legal rights of one or more of the entities that developed the constituent 
software elements that were incorporated into the aggregated software product. 

15 [0004] Although content owners can mitigate the uncertainty in the legal rights associated 
with particular aggregated content by forming licenses that explicitly set forth the rights, 
obligations, restrictions and/or prohibitions governing the use of aggregated content (e.g., the 
GNU General Public License, the Berkeley Software Distribution License, the Mozilla Public 
License, etc.), it becomes increasingly more difficult to do so as the number of collaborating 

20 content owners and the complexity of the aggregated content increase. Accordingly, entities 
participating in a collaborative environment have a continuing interest in developing 
technologies that can mitigate the risk of infringing another's rights in legally-protectable content 
incorporated into an aggregated content product and/or service. 
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SUMMARY 

[0005] The disclosed technology can mitigate the risk of infringing a content owner's rights 
in legally-protectable content by comparing restrictions established by that content owner for the 
use, distribution, modification, combination, interaction, and/or other manipulation of such 
5 content with comparable restrictions associated with another content owner's rights in other 
legally-protectable content to identify compatibilities and/or incompatibilities in such owners' 
rights, particularly where at least certain aspects of the legally-protectable content are combined 
to form an aggregated content. The restrictions associated with legally-protectable content are 
typically represented as license terms in one or more license agreements. In addition to default 

10 terms that generally affect the use, distribution, modification, combination, interaction, and/or 
other manipulation of legally-protectable content, the disclosed technology can also compare the 
use, distribution, modification, combination, interaction, and/or other manipulations pertaining to 
particular license tenns, which may differ from the default terms, and thus provide a term-by- 
term comparison of license agreements to identify compatibilities and/or incompatibilities in an 

1 5 aggregated content of interest. Maintaining a history of the particular license tenns and/or 
comparisons thereof facilitate the generation of one or more license alternatives that may be 
implemented for an aggregated content of interest, particularly when one or more previously- 
aggregated content elements are combined with one or more new content elements to form a 
higher level of aggregated content. 

20 [0006] In one embodiment, the disclosed technology can be used to develop systems and 
perform methods in which one or more known license attributes can be associated with a first 
license that contains restrictions pertaining to a first protectable content. The first license can be 
identified by, for example, analyzing the first protectable content. Restriction values can be 
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assigned to each of the license attributes associated with the first license to specify particular 
restrictions pertaining to the first protectable content. Similarly, one or more use values and/or 
interaction values can also be assigned to at least some of the license attributes associated with 
the first license. 

5 [0007] In one embodiment, one or more of the assigned use values and/or assigned 

interaction values can be equivalent to default use and/or interaction values associated with the 
first license, respectively. Alternatively, one or more of the assigned use values and/or assigned 
interaction values can override default use and/or interaction values associated with the first 
license, respectively. In one embodiment, the assigned restriction, use, and/or interaction values 

10 of at least some of the license attributes of the first license can override at least some of the 
corresponding attribute values associated with the second license to form attribute values 
associated with a third protectable content. In one embodiment, the assigned restriction, use, 
and/or interaction values of at least some of the license attributes of the first license can coexist 
along with at least some of the corresponding attribute values associated with the second license, 

15 as at least some attribute values of the attributes associated with the third protectable content. 
The assigned use values can represent a permissible degree of distribution of at least some 
aspects of the first protectable content. The assigned interaction values can represent a 
permissible degree of manipulation of at least some aspects of the first protectable content. 
[0008] The restriction, use, and/or interaction values assigned to at least some of the license 

20 attributes of the first license can be compared with corresponding attribute values associated with 
a second license that contains restrictions pertaining to a second protectable content and such 
comparisons can serve as a basis for determining attributes associated with a third protectable 
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content, where the third protectable content is based, at least in part, on a combination of at least 
some aspects of the first protectable content and the second protectable content. 
[0009] The first and/or second protectable content can correspond to one or more multimedia 
presentations, video segments, audio segments, textual representations, works of art, visual 
5 representations, technological know-how (e.g., manufacturing processes), business know-how 
(e.g., marketing information), contract rights, and/or software elements (e.g., open source 
software compliant with an open source definition, proprietary software not compliant with an 
open source definition, etc.). In one illustrative embodiment in which the first and/or second 
protectable content correspond to one or more software elements, the license attributes that may 

10 be associated with the first license can, for example, correspond to one or more software code 
formats, software naming conventions, software code annotations, warranties, reverse- 
engineering activities, patent litigation activities, standards bodies, violations of intellectual 
property rights, and/or textual descriptions of at least one aspect of the first license. A restriction 
value that may be assigned to one or more of the license attributes can, for example, correspond 

15 to a prohibition, a requirement, or a nullity (a neutral value that may be, for example, equivalent 
to the terms, "none" or "not applicable") and can be set to, for example, true, false, required, 
don't care, forbidden, 1 (indicating a requirement), 0 (indicating a nullity), -1 (indicating a 
prohibition), and/or a textual value. A use value that may be assigned to one or more of the 
license attributes can, for example, correspond to an acquisition, a personal use, a research use, 

20 an organizational use, a limited distribution use, and/or an unlimited distribution use of one or 
more aspects of the first and/or second protectable content. Similarly, an interaction value that 
may be assigned to one or more of the license attributes can, for example, correspond to an 
original element, a modified element, a group of distinct elements, a group of interconnected 
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elements, a group of elements capable of providing more than one function, an unrestricted 
manipulation of elements, and an unrestricted ownership of elements of one or more aspects of 
the first and/or second protectable content. 

[0010] In one embodiment and based on a comparison of restriction, use, and/or interaction 
5 values assigned to at least some license attributes of a first license with corresponding values 
assigned to license attributes of a second license, values for license attributes associated with a 
third license and/or a third protectable content can be identified. The attribute values of the third 
protectable content can serve as a basis for determining one or more license alternatives (which 
may be stored in a network-accessible location) for the third protectable content and one or more 

10 of such license alternati ves can be selected based on an operational environment associated with 
the third protectable content. The license attributes of the third protectable content can include 
one or more source values that may identify attribute information associated with the first and/or 
second licenses, which may have affected corresponding values of the third protectable content. 
The license attributes and associated values of the first, second, and/or third license can be stored 

15 and used to determine license attributes and/or license attribute values associated with a fourth 
protectable content that may be based on a combination of at least some aspects of the first 
protectable content, second protectable content, and/or third protectable content. The attribute 
values of the fourth protectable content can serve as a basis for determining one or more license 
alternatives (which may be stored in a network-accessible location) for the fourth protectable 

20 content and one or more of such license alternatives can be selected based on an operational 
environment associated with the fourth protectable content. 

[001 1] In one embodiment, event information, such as may be associated with an error, a 
warning, and/or a conflict, detected during the comparison of attribute values can be stored in 
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one or more event data structures. By way of non-limiting example, event information can 
i nclude indicia pertaining to an event type, a frequency of occurrence of the event type, a related 
use value, a related interaction value, and/or an identifier associated with the first and/or second 
license. 

5 10012] In one embodiment, the disclosed technology can be used to develop systems and 
perform methods in which one or more first license attributes associated with a first protectable 
content and one or more second license attributes associated with a second protectable content 
can be identified. The first and/or second license attributes can be identified by, for example, 
analyzing the first and/or second protectable content, respectively. One or more restriction 

10 values can be assigned to each of the first and second license attributes to specify particular 
restrictions pertaining to the first protectable content and second protectable content, 
respectively. A use value, representing a permissible degree of distribution of the first 
protectable content, and/or an interaction value, representing a permissible degree of 
manipulation of the first protectable content, can be assigned to at least some of the first license 

15 attributes. Similarly, a use value, representing a permissible degree of distribution of the second 
protectable content, and/or an interaction value, representing a permissible degree of 
manipulation of the second protectable content, can be assigned to at least some of the second 
license attributes. A comparison between at least some of the assigned restriction, use, and/or 
interaction values of the first license attributes with corresponding restriction, use, and 

20 interaction values of the second license attributes can serve as a basis for determining license 
alternatives affecting an aggregated content that is based on a combination of at least some 
aspects of the first and second protectable content. 
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[0013] The first and/or second protectable content can correspond to one or more multimedia 
presentations, video segments, audio segments, textual representations, works of art, visual 
representations, technological know-how (e.g., manufacturing processes), business know-how 
(e.g., marketing information), contract rights, and/or software elements (e.g., open source 
5 software compliant with an open source definition, proprietary software not compliant with an 
open source definition, etc.). In one illustrative embodiment in which the first and/or second 
protectable content correspond to one or more software elements, the particular restrictions 
pertaining to the first and/or second protectable content can, for example, correspond to one or 
more software code formats, software naming conventions, software code annotations, 

10 warranties, reverse-engineering activities, patent litigation activities, standards bodies, violations 
of intellectual property rights, and/or textual descriptions of one or more aspects of the first 
and/or second protectable content. A restriction value that may be assigned to one or more of the 
first and/or second license attributes can, for example, correspond to a prohibition, a 
requirement, or a nullity (a neutral value that may be, for example, equivalent to the terms, 

15 "none" or "not applicable"). One or more of the use values that may be assigned to one or more 
of the first and/or second license attributes can, for example, correspond to an acquisition, a 
personal use, a research use, an organizational use, a limited distribution use, and/or an unlimited 
distribution use of one or more aspects of the first and/or second protectable content. Similarly, 
one or more of the interaction values that may be assigned to one or more of the first and/or 

20 second license attributes can, for example, correspond to an original element, a modified 

element, a group of distinct elements, a group of interconnected elements, a group of elements 
capable of providing more than one function, an unrestricted manipulation of elements, and an 
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unrestricted ownership of elements of one or more aspects of the first and/or second protectable 
content. 

[0014] In one embodiment, one or more of the assigned use values and/or assigned 
interaction values of the first and/or second license attributes can be equivalent to default use 
5 values and/or default interaction values. Alternatively, one or more of the assigned use values 
and/or assigned interaction values of the first and/or second license attributes can override 
default use values and/or default interaction values. In one embodiment, the assigned restriction, 
use, and/or interaction values of the first license attributes can override at least some of the 
restriction, use, and/or interaction values assigned to the second license attributes to form 

10 attribute values associated with an aggregated content. In one embodiment, at least some of the 
assigned restriction, use, and/or interaction values of the first license attributes can coexist along 
with at least some of the restriction, use, and/or interaction values assigned to the second license 
attributes, as at least some attribute values associated with the aggregated content. 
[0015] In one embodiment, the disclosed technology can be used to develop systems and 

15 perform methods in which requests are received to identify a license of an aggregated content, 
which is based, at least in part, on a combination of constituent protectable-content elements. 
Licenses associated with a first one of the constituent protectable-content elements can be 
identified along with one or more license associated with each of the other constituent 
protectable-content elements. License attribute values associ ated with each of the licenses of the 

20 first constituent protectable-content element can be compared with corresponding license 

attribute values associated with each of the other constituent protectable-content elements and 
such comparison can serve, at least in part, as a basis for identifying license alternatives for the 
aggregated content. The requested license for the aggregated content can be selected from 
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among the license alternatives based, at least in part, on an operational/deployment environment 
of the aggregated content. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0016] The foregoing discussion will be understood more readily from the following detailed 
description of the disclosed technology, when taken in conjunction with the accompanying 
drawings in which: 

FIG. 1 schematically illustrates an exemplary collaboration architecture employing 
aspects of the disclosed technology that can be used to identify one or more aggregated licenses 
for an aggregated content that is based on a combination of individually-licensed, protectable- 
content elements; and 

FIG. 2 illustrates an exemplary methodology that may be performed by one or more 
software processes executing within the collaboration architecture of FIG. 1 to identify an 
aggregated license for an aggregated content of interest. 

DETAILED DESCRIPTION 

[0017] Unless otherwise specified, the illustrated embodiments can be understood as 
providing exemplary features of varying detail of certain embodiments, and therefore, unless 
otherwise specified, features, components, processes, elements, data, attributes, attribute values, 
and/or aspects of the illustrations can be otherwise combined, interconnected, sequenced, 
separated, interchanged, and/or rearranged without departing from the disclosed systems or 
methods. Additionally, the shapes, sizes, and orientations of elements are also exemplary and 
unless otherwise specified, can be altered without affecting the disclosed technology. 
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[0018] For the purposes of this disclosure, the tenn "software process" can refer to a set of 
executable instructions, operations, variables, parameters, data, data structures, software drivers, 
plug-ins, and/or any other type of elements that are needed to form an execution environment 
sufficient to perform the desired functionality of the process. Those skilled in the art will 
5 recognize that the functionality described for a particular software process can be incorporated 
into one or more other processes and that the software processes themselves can be otherwise 
combined, separated, and/or organized without adversely affecting the operation of the disclosed 
technology and thus are intended merely for illustrative purposes. The term, "data structure," 
can refer to a database table, a linked list, and/or any other type of data format or configuration 

10 that enables a data set to be referenced. 

[0019] For the purposes of this disclosure, the term "content" (also referred to herein as 
"protectable content," "protectable-content element," or "constituent protectable-content 
element") can be construed broadly to refer, separately or in any combination, to one or more 
multimedia presentations, video segments, audio segments, textual representations, works of art, 

15 visual representations, technological know-how (e.g., manufacturing processes), business know- 
how (e.g., marketing information), contract rights, software elements (e.g., open source software 
compliant with an open source definition, proprietary software not compliant with an open 
source definition, etc.), and/or any other type of matter/representation that may be, legally- 
protectable under patent law, copyright law, trademark law, trade secret law, contract law, and/or 

20 under other legal bases. "Aggregated content" (also referred to herein as an "aggregated-content 
element") can refer to a collection and/or combination of at least some aspects of two or more 
protectable-content elements that cooperate to perform one or more desired functions, where 
such protectable-content elements may be separately and/or individually licensed. Those skilled 
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in the art will recognize that aggregated-content elements can also be combined with other- 
aggregated and/or non-aggregated content elements to form content elements that exhibit 
relatively higher levels of aggregation. 

[0020] For the purposes of this disclosure, the term "software code" can refer broadly to 
5 source code and/or object code, where source code refers to programming statements generated 
by and/or readily identifiable by a software programmer and where object code refers to a 
compiled version of the source code that is understood by a processor of a digital data processing 
device, but which is difficult to understand and/or manipulate by a human. 
[0021] For the purposes of this disclosure, the term "license" can refer to a collection of 

10 clauses (i.e., license terms) that set forth restrictions (e.g., requirements, obligations, grants, 
prohibitions, limitations, etc.) that may affect a use (e.g., distribution), interaction (e.g., 
modification, combination), and/or other manipulation of content. "License alternatives" can 
refer to one or more licenses that may be suitable for a particular operational/deployment 
environment of an aggregated-content element. An "aggregated license" can refer to a license 

1 5 that sets forth restrictions for an aggregated-content element. 

[0022] For the purposes of thi s disclosure, "license attributes" can refer to representations of 
license restrictions that may be processed by software processes executing on one or more digital 
data processing devices. A collection of license attributes associated with a particular 
protectable content and/or a particular license can be referred to as a "license profile." License 

20 attributes can exhibit one or more restriction values, use values, and/or interaction values that 

facilitate an attribute-by-attribute analysis of two or more protectable-content elements that form 
at least part of an aggregated content. A restriction value can specify an applicability of one or 
more license attributes to a content element by, for example, specifying if such attributes are 
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required, prohibited, not applicable, true, false, or the like. A use value can represent a 
permissible degree of distribution associated with one or more license attributes. Similarly, an 
interaction value can represent a permissible degree of manipulation associated with one or more 
license attributes. 

5 [00231 By way of non-limi ting example and with reference to an embodiment in which 

protectable content refers to software elements, a non-exclusive list of license attributes that may 
be associated with such software elements can correspond to one or more software code formats 
(e.g., requirement for providing access to source code if executable code is distributed, 
requirement to make newly-added software code available in a source code format, requirement 

10 to distribute newly-added source code under terms of a particular license, etc.), software naming 
conventions (e.g., requirement that non-original software files be renamed to avoid conflict with 
names of original software files), software code annotations (e.g. , requirement that a notification 
be added to modified executable and/or source code), warranties (e.g., disclaimer of warranties 
and liability for original source code), fees (e.g., allowing warranty fees, distribution/media cost- 

15 recovery fees, and/or software program fees associated with one or more software elements, 
etc.), reverse-engineering activities (e.g., requirement that distributed and/or newly-added 
software code be capable of reverse-engineering), patent litigation activities (e.g., contingency in 
which initiation of a patent litigation terminates a license), standards bodies (e.g., requirement 
that newly-added software code conform to applicable standards specified by a particular 

20 standards body), violations of intellectual property rights (e.g., requirement that contributors of 
new software code warrant that such new code is free of intellectual property violations and that 
all applicable rights have been properly secured, prohibition against using the name and 
trademarks associated with an original software element and/or original author in promoting 
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modified software code, etc.), and/or textual descriptions of corresponding licenses (e.g., 
requirement to include the actual text of an original license when distributing corresponding 
software code, requirement to include explanatory license text for software modifications, 
requirement to display notifications during execution of software code, requirement to provide 
5 license text regarding a distribution term and/or attribution procedures, etc.). As described 

above, restriction values can specify an applicability of one or more such license attributes to a 
software element by, for example, specifying if such attributes are required, prohibited, not 
applicable, true, false, etc. Continuing with the exemplary software element embodiment, use 
values assigned to one or more license attributes can, for example, correspond to an acquisition, 

10 a personal use, a research and development use, an organizational use (e.g., a deployment of 

software code within an organization in a form that may exceed personal use and/or research and 
development use), a limited distribution use (e.g., a deployment of software code without wide 
distribution), and/or an unlimited distribution use (e.g., a distribution of software code to 
unrelated entities) of at least one aspect of a software element. Similarly, interaction values 

15 assigned to one or more license attributes can, for example, correspond to an original software 
element (e.g., unmodified source code), a modified software element (e.g., original source files 
that have been altered by the addition of new code or the deletion of some original code), a group 
of distinct software elements (e.g., a collection of original and added source code files forming a 
software module), a group of interconnected software elements (e.g., a collection of original 

20 and/or added source code and object code files forming a library, where such files are meant to 
be linked with other software elements), a group of software elements capable of providing one 
or more functions (e.g., software code capable of being compiled into an executable software 
application program, software code capable of providing separate and interoperable software 
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application programs, etc.), an unrestricted manipulation of software elements, and/or an 
unrestricted ownership of software elements. 

[0024] For the purposes of this disclosure, the term "event" can refer to one or more errors, 
warnings, conflicts, and/or other types of occurrences that may occur when evaluating, 
5 aggregating, and/or otherwise processing license attributes. Event information that may be 
stored in corresponding event data structures may include, for example, an event type (e.g., 
copyright detection, author detection, license attribute conflict, etc.), an event counter that 
specifies a frequency 'of occurrence for a particular event, indicia pertaining to a use and/or 
interaction value associated with an event, and/or indicia (e.g., a name/identifier, a value, a type, 

10 and/or a directory path associated with one or more aggregated-content elements and/or 

protectable-content elements) pertaining to a source of information associated with an event. 
[0025] Collaborative development environments in which individuals, organizations, and/or 
other entities engage in joint intellectual, artistic, and/or other expressive efforts to 
advance/expedite development in an area of interest may necessitate interactions with content 

15 that may be proprietary to one or more of such entities. Restrictions affecting a use (e.g., 
distribution), interaction (e.g., modification, combination), and/or other manipulation of 
protectable content can be stipulated by an owner of such content in license terms set forth, for 
example, in one or more license agreements that may enable interested parties to use and/or 
interact with the content in a manner that facilitates collaboration, while concurrently avoiding 

20 infringement of the content owner's rights in such protectable content. The likelihood of 

infringing a content owner's rights in protectable content is particularly acute in situations in 
which two or more protectable-content elements are combined and/or otherwise manipulated to 
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form an aggregated content, which may be subject to the restrictions of its constituent, 
protectable-content elements as may be set forth as terms in one or more licenses. 
[0026] In brief overview and with reference to the illustrative embodiment shown in FIG. 1, 
a collaboration architecture 100 employing aspects of the disclosed technology can be used to 
5 select/identify an aggregated license 102, from perhaps a multitude of aggregated license 

alternatives 104, that sets forth restrictions affecting one or more aggregated-content elements 
106, where such restrictions are based, at least in part, on restrictions contained within licenses 
108 associated with protectable content 1 10 that forms such aggregated content 106. The 
restrictions contained within such constituent, protectable-content licenses 108 can be 

10 represented as license attributes 112 that are drawn from a set of known/available license 

attributes 1 14 and such license attributes 112 can be assigned one or more restriction values 116, 
use values 1 18, and/or interaction values 120, which facilitate a comparative attribute-by- 
attribute analysis of the constituent, protectable-content licenses 108 and thus enables the 
identification of aggregated license attributes 122 and associated values that form the basis for 

15 one or more aggregated license alternatives 104. 

[0027] Although one or more of the exemplary embodiments provided herein describe 
applications of at least some aspects of the disclosed technology to a pair of licenses 108', 108" 
and/or a pair of protectable content elements 1 10', 110", those skilled in the art will recognize 
that the disclosed technology can be applied to substantially any number of licenses, license 

20 combinations, protectable content elements, and/or protectable content element 

combinations/aggregations and, thus, such exemplary embodiments are merely illustrative and 
are not intended to be limiting in any respect. Further and although one or more of the 
exemplary embodiments provided herein describe comparative attribute-by-attribute analyses of 
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license attributes 1 12 in which a particular attribute/attribute value of a first license 108' is 
compared with a corresponding attribute/attribute value of a second license 108", those skilled 
in the art will recognize that the disclosed technology can be applied to a wide variety of 
attribute/attribute value analyses such as, for example, when two or more attributes/attribute 
5 values of a first license 108' are compared with each other and/or with one or more 

attributes/attribute values of one or more other licenses to identify aggregated license attributes 
122 and associated values that form a basis for one or more aggregated license profiles 128 
and/or aggregated license alternatives 104 and, thus, such exemplary embodiments are merely 
illustrative and are not intended to be limiting in any respect. By way of non-limiting example 

10 and with reference to an embodiment in which protectable content refers to software elements, 
two distinct attributes and their associated attribute values of a first exemplary license may 
require that access to original (unmodified) source code and access to added source code (e.g., 
source code that is added to the original source code) be made available to a user if 
corresponding executable code is distributed to the user, but these two attributes and associated 

15 attribute values may conflict with, for example, a single attribute/attribute value of a second 
exemplary license that may prohibit distribution of source code. The corresponding attributes 
and associated attribute values of the resulting aggregated license profile, in this non-limiting 
example, may therefore include indicia representative of such distribution incompatibilities. 
[0028] In more detail and with reference now also to an illustrative operation as shown in 

20 FIG. 2, an administrator and/or other entity (not shown) authorized to configure a collaboration 
architecture 100 employing at least some aspects of the disclosed technology can identify known 
types of license attributes 1 14 that may be associated with one or more protectable-content 
elements 108 and can make such known license attributes 1 14 available in one or more 
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repositories 124 (e.g., databases) to support subsequent attribute-processing activities that may 
involve the collaboration architecture 100 (202). The known license attributes 114 can, for 
example, represent types of license restrictions that may occur in licenses that affect transactions 
in one or more industries (e.g., music industry, software industry, etc.) and/or operational 
5 environments. 

[0029] Once the repository 124 of the collaboration architecture 100 is populated with 
known license attributes 1 14, a request handling software process 126 can receive a request to, 
for example, identify one or more license alternatives 104 and/or aggregated license attributes 
122 associated with an aggregated content of interest 106 (204). The aggregated content of 

10 interest 106 can, for example, correspond to aggregated content that already exists, aggregated 
content that is currently under development, and/or aggregated content that is being considered 
for development. As will be recognized by those skilled in the art, a request can be provided to 
the request handling software process 126 via an electronic message (e.g., electronic mail 
message), an electronic document (e.g., an electronic file), an input data stream (e.g., keyboard 

15 and/or mouse actions), a web page, and/or in any other manner which enables the request 
handling software process 126 to reliably receive and identify information pertaining to an 
aggregated content of interest 106 (e.g., name and/or other indicia of the aggregated content 106, 
name and/or other indicia of the constituent protectable-content elements 110 that form such 
aggregated content 106, license information associated with the aggregated content 106 and/or 

20 constituent protectable content 108, etc.). 

[0030] In response to receiving a request, the request handling software process 126 can 
search one or more repositories 124 to ascertain whether one or more license profiles 128 of the 
aggregated content 106 are stored therein (206). If an aggregated license profile 128 exists, the 
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request handling software process 126 can provide the requesting entity with such license profile 
128 and/or with one or more corresponding aggregated license alternatives 104, from which a 
selected aggregated license 102 maybe selected (208). If an aggregated license profile 128 is 
not located within one or more of the repositories 1 24, the request handling software process 126 
5 can identify constituent, protectable-content elements 1 10 (which may also be stored .in one or 
more of the repositories 124) that form the aggregated content of interest 1 06 from information 
contained within the received request and/or by instructing a content analysis software process 
132 to analyze the aggregated content of interest 106 (which may also be stored in one or more 
of the repositories 124) to identify its constituent protectable-content elements 1 10 by, for 

10 example, searching for particular segments of software code, embedded copyright information, 
embedded license information, embedded ownership information, embedded version 
information, and/or any other type of indicia use fill in identifying the constituent protectable- 
content elements 110 (210). Similarly, licenses 108 associated with the constituent protectable 
content 110 can be identified from information contained within the received request and/or from 

15 information embedded in the constituent protectable content 110 and discovered by the content 
analysis software process 132. 

[0031] In response to identifying the licenses 108 (which may also be stored in one or more 
repositories 124) associated with the constituent protectable-content elements 110, the request 
handling software process 126 can make a determination whether one or more license profiles 
20 130 representing such licenses 108 exist by, for example, searching one or more repositories 124 
for such profile information (212). This determination can affect whether a license evaluation 
software process 134 needs to initially form one or more new license profiles 130 for the licenses 
108 of the constituent protectable-content elements 1 10 (in the case where license profiles 130 
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do not exist) prior to analyzing the attribute values of such protectable content 1 10 to identify 
compatibilities and/or incompatibilities in their corresponding licenses 108. 
[0032] For example and if license profiles 130 for the licenses 108 of constituent protectable- 
content elements 1 10 do not yet exist, the request handling software process 126 can instruct a 
5 license evaluation software process 134 to evaluate the licenses 108 to determine relevant 
subsets of the known license attributes 1 14 that may be assigned/associated to represent such 
licenses 108 (214). The license evaluation software process 134 can identify relevant subsets of 
the known license attributes 1 14 by, for example, mapping restrictions contained within license 
terms in the licenses 108 to particular known license attributes, evaluating information contained 

10 within the request received by the request handling software process 126 that pertains to the 
licenses 108 and/or associated license restrictions, and/or based on additional information 
provided by the requesting entity and/or administrator/authorized user of the collaboration 
architecture 100. Once the relevant subsets of the known license attributes 114 have been 
identified and assigned to represent the licenses 108 of the constituent protectable-content 

15 elements 1 10, the license evaluation software process 134 can further analyze the licenses 108 to 
assign one or more restriction values 1 16 (specifying an applicability of an associated attribute), 
use values 1 18 (specifying a permissible degree of distribution that may cause an associated 
attribute to become applicable), interaction values 120 (specifying a permissible degree of 
manipulation that may be associated with a particular attribute), and/or other values (e.g., license 

20 text excerpts and/or other license identifying information associated with an attribute) to one or 
more of the assigned attributes 112 and these attributes and attribute values can be stored in one 
or more license profiles 130 in a repository 124, which may facilitate future processing activity 
within the collaboration architecture 100 if and/or when such licenses 108 are encountered again 
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(216). Although the assigned attributes 1 12 in the FIG. 1 embodiment indicate that 
corresponding restriction, use, and interaction values 1 16-120 are assigned to each of the 
attributes 1 12, those skilled in the art will recognize that one or more of such values 1 16-120, 
separately or in any combination, need not be assigned to any particular attribute 1 1 2 and that the 
5 illustrated embodiment is merely exemplary of one possible embodiment and is not intended to 
be limiting in any respect. Further, the licenses 108 of one or more constituent protectable 
content elements 1 10 can include license terms that specify default distribution and/or 
manipulation restrictions that may be represented as common use and/or interaction values for at 
least some of the attributes 1 12 of corresponding license profiles 130, although the disclosed 

10 technology can also accommodate particular use and/or interaction values that may override such 
common/default values as required. In one illustrative embodiment, default restrictions in 
license terms can be represented as use, interaction, and/or other types of values that can be 
shared among license attributes 1 12 by, for example, assigning such default values to 
corresponding attributes (that do not have any overriding values that supersede the default 

15 values), assigning pointers and/or other indicia to the corresponding attributes so that default 

values can be referenced and taken into account during subsequent processing activities, and/or 
via any other method or mechanism which provides access to such default values during 
processing activities performed by a license aggregation software process 136, whose 
functionality is further described below. 

20 [0033] Upon completion of the license profiles 130 and/or if such license profiles 130 

previously existed, a license aggregation software process 136 can analyze the attribute values 
1 16-120 of one or more attributes 1 12 associated with the constituent protectable-content 
elements 1 10 forming at least part of an aggregated content 106 in view of an intended 
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operational/deployment environment and/or other operational parameters associated with the 
aggregated content 106 to determine specific attribute and/or attribute value compatibilities 
and/or incompatibilities between the licenses 108 of such constituent protectable-content 
elements 1 10 (218). If an incompatibility and/or other type of error, warning, and/or information 
5 is detected during this analysis (and which is not already identified as an attribute value) (220), 
the license aggregation software process 136 can generate event data such as, for example, an 
event type 138, a frequency of occurrence 140 of an event, indicia of use and/or interaction 
values associated with an event 142, and/or other indicia that may pertain to a source of 
information for the event and such event data can be stored in one or more event data structures 

10 146, which may be stored as part of one or more license profiles 128, 130 and/or as separate data 
structures within one or more repositories 124 (222). The event data structures 146 can be useful 
in resolving incompatibilities between licenses 108 that may be specific to such licenses 108 and 
thus may not have been otherwise accounted for in values 1 16-120 assigned to corresponding 
license attributes 1 12. For example, event data 1 38-144 stored within one or more event data 

15 structures 146 can be communicated to an entity that submitted a corresponding request that was 
received by the request handling software process 126 and/or to other interested entities (e.g., 
one or more content owners or entities affiliated with such content owners that are associated 
with the protectable content 1 10 and/or aggregated content 106) and such entities can seek 
waivers, new license terms, a redesign of the aggregated content 106, a modification of the 

20 operational/deployment environment of the aggregated content 106, new design alternatives, 

and/or other types of corrective action that can mitigate the risk of infringing a content owner's 
rights in the protectable content 1 10 and/or aggregated content 106 associated with the detected 
incompatibilities. In addition to detecting and resolving incompatibilities, event data structures 
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146 can also include warnings and/or other information that may be addressed in a more subtle 
manner than that discussed above, such as by, for example, identifying text (e.g., notices 
describing operational boundaries associated with the operational/deployment environment of 
the aggregated content 106) that needs to be inserted into one or more aggregated license 
5 alternatives 104 associated with the aggregated content 106. 

[0034] In more detail and with respect to one illustrative embodiment, a license aggregation 
software process 136 can compare one or more attribute values 1 16'- 120/ 11 6"- 120" 
associated with one or more license attributes 1 12' of a first license 108' with one or more 
corresponding attribute values 1 16"'- 120,'" 1 16 ,v -120 ,v associated with one or more license 

10 attributes 1 12" of a second license 108" to identify aggregated license attributes 122 associated 
with an aggregated content of interest 106. Aggregated license attributes 122 can be stored as 
one or more aggregated license profiles 128 in one or more repositories 124, which may facilitate 
future processing activity within the collaboration architecture 100 if/when such aggregated 
license profiles 128 are needed again (224). Attributes and attribute values of the first license 

15 108' can be compared with corresponding attributes and attribute values of the second license 
108" in an attribute-by-attribute and/or attribute value-by-attribute value manner to ensure that 
any compatibilities and/or incompatibilities that may be associated with the combination of 
protectable content elements 110', 1 10" to form an aggregated content 106, targeted for 
deployment/operation in a particular manner/environment, are identified at a level of granularity 

20 sufficient to reliably detect potential/actual infringement risks associated with particular aspects 
of the aggregated content 106. Similarly, the attribute-by-attribute and/or attribute value-by- 
attribute value comparison can serve as a basis for determining whether particular aspects of the 
aggregated content 106 are governed by the attributes/license terms of the first license 108', the 
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attributes/license terms of the second license 108", and/or any combinations (e.g., one or more 
of the attributes and/or attribute values of the first license 108' may govern an aspect of the 
aggregated content 106, while one or more of the attributes and/or attribute values of the second 
license 108" may govern a different aspect of the aggregated content 106) and/or hybrids thereof 
5 (e.g., attribute values associated with an attribute of the first license 108' and attribute values 

associated with an attribute of the second license 108" may be assigned to a common attribute of 
the aggregated content 106 and thus coexist as further discussed below, one or more attribute 
values associated with an attribute of the first license 108' may override attribute values 
associated with an attribute of the second license 108" in some situations or be overridden 

10 thereby in other situations, etc.). Those skilled in the art will recognize that this type of analysis 
can be performed for any number of attributes, attribute values, and/or licenses and that the 
disclosed embodiments are merely illustrative and are not intended to be limiting in any respect. 
[0035] In one embodiment, the restriction, use, and/or interaction values 1 16'-120' assigned 
to an attribute 1 12' of a first license 108' may coexist with one or more of the restriction, use, 

15 and/or interaction values 116"'-120'" assigned to an attribute 1 12" of a second license 108", if 
such values do not result in a dominant or subservient relationship that would necessitate a 
modification in the attribute values of a corresponding aggregated license attribute 122 (see, for 
example, the attribute values assigned to Aggregated License Attribute 1 in FIG. 1). For 
example, one or more coexisting values and/or value sets 1 16M20' and 1 16"'-120'" for a first 

20 attribute of an aggregated content 106 may reflect optional occurrences within an 

operational/deployment environment, such as when, for example, license fees are forbidden 
when the aggregated content 106 is used for research and development purposes, but fees are 
required when the aggregated content 106 is widely distributed. In this manner, the disclosed 
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technology can be used to generate one or more aggregated license alternatives 104, based on 
attributes whose values may accommodate a diverse spectrum of occurrences within one or more 
operational/deployment environments. Those skilled in the art will recognize that multiple 
values and/or value sets can be assigned to a wide variety of different attribute types and that the 
5 disclosed examples and embodiments are merely illustrative and are not intended to be limiting 
in any respect. 

|0036] In one embodiment, one or more restriction, use, and/or interaction values 1 16"- 
120" assigned to an attribute 1 12' of a first license 108' may dominate or be subservient to one 
or more restriction, use, and/or interaction values 1 16 ,V -120 1V assigned to an attribute 1 12" of a 

10 second license 108", which may necessitate that attribute values of a corresponding aggregated 
license attribute (see, for example, Aggregated License Attribute 2 in FIG. 1) reflect a 
combination of attribute values associated with the corresponding attributes of the first and 
second license 108', 108" (which may occur if there is partial domination or subservience) or 
reflect one set of attribute values in the case where there is complete domination or subservience. 

15 For example, a restriction value of an attribute associated with a first license may be more 

restrictive (e.g., recite a requirement or prohibition of the associated attribute) than a restriction 
value of an attribute associated with a second license (e.g., when a neutral/don't care value is 
specified) in which case, the restriction value of the first license governs the combination of such 
values and is thus represented as a restriction value to a corresponding attribute of an aggregated 

20 content. Similarly, use and/or interaction values of an attribute associated with a first license 
may also be more or less restrictive than use and/or interaction values of an attribute associated 
with a second license and the selection of the controlling values for the corresponding attribute 
of the aggregated content can be based, at least partly, on the relative restrictiveness of such 
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values. In this manner, the disclosed technology can be used to generate one or more aggregated 
license alternatives 104, based on attributes whose values reflect the more restrictive aspects of 
constituent protectable content licenses and which thus mitigates the risk of infringing one or 
more of such licenses in a particular operational/deployment environment. 
5 [0037] In one illustrative embodiment, an aggregated license profile 128 and/or one or more 
other data structures stored within a repository 124 of the collaboration architecture 100 can 
include content-descriptive information (not shown) that characterizes one or more aspects of the 
aggregated content 106 itself, rather than or in addition to the aggregated license attributes 122 
and associated attribute values that pertain to license terms of one or more aggregated license 

10 alternatives 104. By way of non-limiting example and with respect to an exemplary embodiment 
in which an aggregated content 106 refers to an aggregation of one or more software elements, 
content-descripti ve information can correspond to manipulations/interactions of at least some 
aspects of constituent protectable content elements 110 that form such aggregated content 106 
and can, for example, specify whether the aggregated content 106 includes a software library 

15 formed from a combination of source code from the constituent protectable content elements 
1 10, whether the aggregated content 106 includes a software application formed from a 
combination of software libraries from the constituent protectable content elements 1 10, and/or 
the like. 

[0038] In one illustrative embodiment, an aggregated license profile 128 and/or one or more 
20 other data structures stored within a repository 124 of the collaboration architecture 100 can 
include profile-override information (not shown) that can be used to, for example, 
add/modi fy/delete one or more attributes 112 and/or associated attribute values in a license 
profile 130 of a constituent protectable content element 110 that forms an aggregated content of 



-26- 



interest 1 06, so as to accommodate special situations where, for example, a user of the 
aggregated content 1 06 obtains a waiver and/or otherwise negotiates with an authorized owner of 
the constituent protectable element 110 to obtain license terms that differ from those originally 
expressed in a license 108 of the constituent protectable content 1 10 and which enable the user to 
5 interact with the aggregated content 106 in a desired manner. Accordingly, the profile-override 
information can be used by a license evaluation software process 134 and/or license aggregation 
software process 1 36 to custom-design license profiles 130 and aggregated license profiles 128 
for particular users and/or particular operational/deployment environments. By way of non- 
limiting example and with reference to an embodiment in which protectable content 1 10 refers to 

10 one or more software elements, a potential distributor of an aggregated software product 106 

who wants to distribute such product 106, but is prevented from doing so because of distribution 
incompatibilities in the license terms of its constituent software elements 110, can obtain 
authorization from an authorized content owner to modify particular license terms that cause 
such incompatibilities so that the aggregated software product 106 can be distributed as desired. 

15 The authorization obtained from the content owner can be represented as profile-override 

information that can override (e.g., add, modify, delete) one or more attributes/attribute values of 
a license profile 130 that governs one or more of such constituent software elements 1 10 and 
when such attributes and attribute values are combined, by a license aggregation software 
process 136, with corresponding attributes and attribute values of other constituent license 

20 profiles 1 30, the resulting aggregated license profile 128 and/or aggregated license alternatives 
can reflect such overriden attributes/attribute values that enable the distributor of the aggregated 
software product 106 to distribute such aggregated software product 106 as authorized/desired. 
Those skilled in the art will recognize that profile-override information is one example of various 
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types of data/information that can be stored within an aggregated license profile 128 and/or other 
data structure in the repository 124 of the collaboration architecture to describe and/or affect how 
a particular aggregated license profile 128 was formed. 

[0039] Additional values that may be assigned to aggregated license attributes 1 22 and/or 
5 stored in source data structures (not shown) may include source information/values 148-152 
(e.g., indicia pertaining to related license clauses/attributes, storage location within a repository 
124, etc.), license text excerpts 154 (that maybe used to explain particular aggregated license 
attributes 122), and/or any other type of information that may be useful in 
characterizing/profiling an aggregated content of interest 106. Source information and 

10 associated values 148-152 assigned to aggregated license attributes 122 can provide information 
that is useful in identifying and/or locating the license attributes 1 12 and/or attribute values 116, 
120 associated with constituent protectable content 1 10 that participated in the formation and/or 
assignment of the aggregated license attributes 122 and/or values. A source value 148 assigned 
to a particular aggregated license attribute 122 and/or stored in a source data structure can, for 

15 example, identify a file name, a license name/identifier, a directory path of a license and/or 

license attribute, a particular location within a file, a list of associated protectable content 1 10, a 
list of associated aggregated content 106, and/or any other type of information that is useful in 
tracking and reporting issues and/or other information pertaining to processing activity 
performed by the license aggregation software process 136 during its formation of the 

20 aggregated license attributes. In one embodiment, the source information 148-152 can be used in 
concert with event data 1 38-144 stored in the event data structures 146 to identify and locate 
those elements of the collaboration architecture 100 that were processed and that contributed to 
particular event types, thereby facilitating troubleshooting and/or other remedial activities. 
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Similarly text, such as license text excerpts 154 from one or more licenses 108, may be 
included/assigned to one or more aggregated license attributes 1 22 and may include, for 
example, modification instructions, distribution information, author attribution information, 
operational notices (e.g., software runtime notices), publishing information, transferability 
5 information, devices/platforms that may be used together with the aggregated content, governing 
jurisdictions, and/or any other type of information that is useful in forming one or more 

r 

aggregated license alternatives, resolving incompatibilities, and/or providing information that 
mitigates a likelihood of infringement. In this manner, license text excerpts 154 and/or other 
textual information can facilitate the formation of aggregated license alternatives (and may be 

10 included entirely or partly in such licenses) and/or facilitate the resolution of incompatibilities. 
[0040] Those skilled in the art will recognize that more than one aggregated license profile 
128 may exist for a particular aggregated content 106, particularly where one or more of its 
constituent protectable-content elements 110 can be governed by more than one license 108. In 
such situations, multiple aggregated license profiles 128 can be formed to represent the various 

15 permutations of licenses and associated license attributes. Particular aggregated license profiles 
128 that are not compatible with an operational environment of the corresponding aggregated 
content of interest 106 can be discarded. Otherwise one or more aggregated license profiles 128 
that are viable relative to the operational environment of the aggregated content 106 can be used 
by the license aggregation software process 136 to generate, identify, and/or store one or more 

20 aggregated license alternatives 104 for the aggregated content 106 (226). In one embodiment, 
the license aggregation software process 136 can generate the license alternatives 104 by, for 
example, mapping the aggregated license attributes 122 and associated attribute values to license 
clause templates that can be updated to represent the desired license alternatives. In one 
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embodiment, the request handling software process 126 can provide the aggregated content 
profile 128 for an aggregated content of interest 106 to a requesting entity that can subsequently 
use the profile information to generate the legal language forming the aggregated license 
alternatives 104 and the resulting license alternatives can be subsequently stored in one or more 
5 repositories. 

[0041] In more detail and with respect to one illustrative embodiment, the operation, 
deployment, and/or manipulation of a particular protectable content element 110 can be 
governed by one of several different license alternatives. In order to support the combination of 
at least some aspects of this protectable content 1 10 with that of other protectable content, which 

10 may also be governed by more than one license, to form an aggregated content 106, the disclosed 
technology can process the various permutations in license alternatives by, for example, 
performing an attribute-by- attribute and/or attribute value-by-attribute value comparison for the 
attributes in these sets of license alternatives. For example, if a first protectable content has two 
license alternatives (e.g., LI and L2) and a second protectable content has three license 

15 alternatives (e.g., L3, L4, and L5), the disclosed technology can process permutations of such 

licenses that may include combinations involving license pairs L1L3, L1L4, L1L5, L2L3, L2L4, 
and L2L5. Those skilled in the art will recognize that the disclosed technology can be applied to 
any number of licenses, protectable content elements, and/or other license combinations that may 
differ from license pairs (e.g., if three or more protectable content elements are being aggregated, 

20 then the license combinations may, but need not, involve three or more licenses per combination) 
and that the disclosed embodiments are merely exemplary. As previously discussed, license 
profiles 130 for one or more of licenses L1-L5 that provide license attribute information, 
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including restriction, use, and/or interaction values for such attributes, may already exist in a 
repository 124 and/or can be generated using the license evaluation software process 134. 
[0042] Upon identifying/generating the license profiles 1 30 for licenses L1-L5, the license 
aggregation software process 136 can compare, sequentially or in parallel, the attribute values of 
5 attributes associated with LI with corresponding attribute values of attributes associated with L3 
for license combination L1L3 and for each of the other combination pairs. As previously 
described, processing information associated with the license evaluation software process 134 
and/or license aggregation software process 136 can be tracked and stored within one or more 
repositories and can include, for example, license profiles 130, event data 138-144 in one or 

10 more event data structures 146, aggregated license attributes and values (e.g., dominant values, 
subservient values, coexisting values, source values, license text excerpts, etc.). The processed 
and stored information can be used to identify aggregated license alternatives that are based on 
the various license combinations and can facilitate the selection of a preferred aggregated license 
for a particular operational/deployment environment. As the number of license aggregation 

15 operations performed by the disclosed technology increases, the performance of the collaboration 
architecture 100 may also increase since the data stored in the repositories 124 may already 
include the license profiles 130, aggregated license profiles 128, and/or other processing data 
that can facilitate the generation, evaluation, and/or selection of aggregated license alternatives. 
[00431 The various software processes 126, 132, 134, 136, processing operations, 

20 repositories 124, content 106, 1 10, known license attributes 1 14, assigned attributes 1 1 2, 

attribute values 11 6- 120, 148-152, license profiles 128, 130, entity types, event data structures 
146 and associated event data 138-144,and/or other elements of the collaboration architecture 
100 can operate on and/or otherwise be associated with one or more digital data processing 
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devices (not shown) that may be interconnected by a network (not shown). Those skilled in the 
art will recognize that a digital data processing device can be a personal computer, computer 
workstation, laptop computer, server computer, mainframe computer, handheld device (e.g., 
personal digital assistant, Pocket PC, cellular telephone, etc.), information appliance, or any 
5 other type of generic or special-purpose, processor-controlled device capable of receiving, 
processing, and/or transmitting digital data. A processor refers to the logic circuitry that 
responds to and processes instructions that drive digital data processing devices and can include, 
without limitation, a central processing unit, an arithmetic logic unit, an application specific 
integrated circuit, a task engine, and/or any combinations, arrangements, or multiples thereof. 

10 [0044] The instructions executed by a processor represent, at a low level, a sequence of 

"O's" and "l's" that describe one or more physical operations of a digital data processing device. 
These instructions can be pre-loaded into a programmable memory (not shown) (e.g., EEPROM) 
that is accessible to the processor and/or can be dynamically loaded into/from one or more 
volatile (e.g., RAM, cache, etc.) and/or non-volatile (e.g., hard drive, etc.) memory elements 

15 communicatively coupled to the processor. The instructions can, for example, correspond to the 
initialization of hardware within a digital data processing device, an operating system that 
enables the hardware elements to communicate under software control and enables other 
computer programs to communicate, and/or software application programs/software processes 
that are designed to perform particular functions for an entity or other computer programs, such 

20 as functions relating to processing requests from participants in a collaboration architecture. 
[0045] A local user can interact with a digital data processing device by, for example, 
viewing a command line, graphical, and/or other user interface and entering commands via an 
input device, such as a mouse, keyboard, touch sensitive screen, track ball, keypad, etc. The user 
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interface can be generated by a graphics subsystem of a digital data processing device, which 
renders the interface into an on or off-screen surface (e.g., in a video memory and/or on a display 
screen). Inputs from the user can be received via an input/output subsystem and routed to a 
processor via an internal bus (e.g., system bus) for execution under the control of the operating 
5 system. 

[0046] Similarly, a remote user can interact with a digital data processing device over a data 
communications network. The inputs from the remote user can be received and processed in 
whole or in part by a remote digital data processing device collocated with the remote user. 
Alternatively or in combination, the inputs can be transmitted back to and processed by the local 

10 digital data processing device or to another digital data processing device via one or more 

networks using, for example, thin client technology. The user interface of the local digital data 
processing device can also be reproduced, in whole or in part, at the remote digital data 
processing device collocated with the remote user by transmitting graphics information to the 
remote device and instructing the graphics subsystem of the remote device to render and display 

15 at least part of the interface to the remote user. Network communications between two or more 
digital data processing devices typically require a network subsystem (e.g., as embodied in a 
network interface card) to establish the communications link between the devices. The 
communications link interconnecting digital data processing devices can include elements of a 
data communications network, a point to point connection, a bus, and/or any other type of digital 

20 data path capable of conveying processor-readable data. 

[0047] A data communications network (e.g., Internet, intranets, etc.) can comprise a series 
of network nodes that can be interconnected by network devices and communication lines (e.g., 
public earner lines, private lines, satellite lines, etc.) that enable the network nodes to 
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communicate. The transfer of data (e.g., messages) between network nodes can be facilitated by 
network devices, such as routers, switches, multiplexers, bridges, gateways, etc., that can 
manipulate and/or route data from a source node to a destination node regardless of any 
dissimilarities in the network topology (e.g., bus, star, token ring), spatial distance (local, 
5 metropolitan, or wide area network), transmission technology (e.g., TCP/IP, Systems Network 
Architecture), data type (e.g., data, voice, video, or multimedia), nature of connection (e.g., 
switched, non-switched, dial-up, dedicated, or virtual), and/or physical link (e.g., optical fiber, 
coaxial cable, twisted pair, wireless, etc.) between the source and destination network nodes. 
[0048] Although the disclosed technology has been described with reference to specific 
10 embodiments, it is not intended that such details should be regarded as limitations upon the scope 
of the invention, except as and to the extent that they are included in the accompanying claims. 
[0049] What is claimed is: 
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